home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group95a.txt
/
000016_icon-group-sender _Tue Jan 17 15:11:36 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-02-09
|
2KB
Received: by cheltenham.cs.arizona.edu; Tue, 17 Jan 1995 13:11:48 MST
From: Nick Williams <nmw@ios.com>
Message-Id: <199501172011.PAA22413@ios.com>
Subject: Re: HTML Management Project - best lang tcl/perl/rexx? (fwd)
To: icon-group@cs.arizona.edu
Date: Tue, 17 Jan 1995 15:11:36 -0500 (EST)
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1526
Errors-To: icon-group-errors@cs.arizona.edu
>In <1995Jan17.074644.849@netlabs.com> lwall@netlabs.com (Larry Wall) writes:
>
>>I can't speak for Icon, though my impression is that Icon development
>>is relatively moribund, due primarily to the reluctance of its author
>>to develop Icon further or to interface it with the real world.
[speech about Icon's advantages/niceties deleted]
>So I'm not trying to criticize Perl. Perl is here to stay. And it is
>destined for much greater popularity than Icon. I'd just like to note
>that there's something to be said for Icon. It has an important niche.
>And there are a lot of ideas there that are worth noting.
But, is Icon being developed any further? I for one would be sad to
watch it wither away; there's so much to be done!
If I could take a sabatical and work on the Icon compiler (which needs a
lot of work), I would. Perhaps there's other tasks I could do; I've
written a small interface to important system calls such as
fork/exec/wait etc. and I could put some more work into it. I'd also
like to figure out how to write a vtran for Icon so I could add
constructs to Icon (there's one construct I have in mind to help in the
coding of setuid programs: as <user> <group> do { ... }).
If I can come up with the vtran I'll post this. I realized I've promised
this before, but I haven't had the time for it, though I do have a small
library of system call interfaces for Icon; it is very simple.
>--
>
> Richard L. Goerwitz *** goer@midway.uchicago.edu
>
Nick
IOS System Operator (nmw@ios.com)